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- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 . 1 36(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )£3 Responsive to communication(s) filed on 07 March 2005 . 
2a)D This action is FINAL. 2b)S This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) KI Claim(s) 1-12 and 15-31 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) \Z\ Claim(s) is/are allowed. 

6) E3 Claim(s) 1-12 and 15-31 is/are rejected. 

7) D Claim(s) is/are objected to. 

8) Q Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) £3 The specification is objected to by the Examiner. 

10) £3 The drawing(s) filed on 07 March 2005 is/are: a)E3 accepted or b)Q objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1 .121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 
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a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

2.D Certified copies of the priority documents have been received in Application No. . 

3-D Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 
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DETAILED ACTION 

1 . This Office Action is in response to Application No. 10/526,747 filed on Marchf07, 
2005. Claims 1-12, 15-31 are pending in this application. 

2. The specification and the claims have been examined with the results that follow. 



Information Disclosure Statement 

3. The information disclosure statements (IDS) submitted on March 07, 2005, 
August 28, 2006, and June 19, 2007 have been placed in the application file. As 
required by MPEP 609(c), the applicant's submission is acknowledged by the examiner 
and the cited references therein have been considered as to the merits. 



Specification 

4. The disclosure is objected to because of the following informalities: 

a. The abstract of the disclosure is objected to because it contains more than 
150 words. 

(k) Abstract of the Disclosure : See MPEP § 608.01(f). A brief narrative 
of the disclosure as a whole in a single paragraph of 150 words or less 
commencing on a separate sheet following the claims. In an international 
application which has entered the national stage (37 CFR 1.491(b)), the 
applicant need not submit an abstract commencing on a separate sheet if 
an abstract was published with the international application under PCT 
Article 21 . The abstract that appears on the cover page of the pamphlet 
published by the International Bureau (IB) of the World Intellectual 
Property Organization (WIPO) is the abstract that will be used by the 
USPTO. See MPEP § 1893.03(e). 



b. Page 4, line 24, the examiner suggests to replace "programm" with - 
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program-. 

c. Page 4, line 34, the examiner suggest to replace "proceedures" with - 
procedures-. 



Appropriate correction is required. 



Double Patenting 

5. The nonstatutory double patenting rejection is based on a judicially created 
doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the 
unjustified or improper timewise extension of the "right to exclude" granted by a patent 
and to prevent possible harassment by multiple assignees. A nonstatutory 
obviousness-type double patenting rejection is appropriate where the conflicting claims 
are not identical, but at least one examined application claim is not patentably distinct 
from the reference claim(s) because the examined application claim is either anticipated 
by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 
F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 
USPQ2d 2010 (Fed. Cir. 1993); In re Longh 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 
1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 
F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1 .321 (c) or 1 .321 (d) 
may be used to overcome an actual or provisional rejection based on a nonstatutory 
double patenting ground provided the conflicting application or patent either is shown to 
be commonly owned with this application, or claims an invention made as a result of 
activities undertaken within the scope of a joint research agreement. 

Effective January 1 , 1994, a registered attorney or agent of record may sign a 
terminal disclaimer. A terminal disclaimer signed by the assignee must fully comply with 
37 CFR 3.73(b). 

Claims 1-31 are rejected on the ground of nonstatutory double patenting over 
claims 1-33 of U. S. Patent No. 7,222,142, since the claims, if allowed, would improperly 
extend the "right to exclude" already granted in the patent. 
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The subject matter claimed in the instant application No. 10/526,747 of claims 1 , 
11,12, and 23 are disclosed and covered by claims 1, 5, 15, 16, 20, and 31 found in the 
U.S. Patent No. 7,222,142, except for the limitation "deleting the ID from the 
permanent type lock object after the respective data object assigned to that ID 
has been deleted from the first storage location". The reference U.S. PG-Pub No. 
2003/0004975 discloses the DBMS acceptance section 600 accepts a notification 
indicative of the data insert completion (step S1 107) and issues a delete request to 
delete the insert original data (step S1 108) (see para 0104, lines 4-7). Therefore, it 
would have been obvious to delete the ID after the data object has been deleted from 
the first storage location as taught by reference U.S. PG-Pub No. 2003/0004975 and it 
would provide a database system, database management method and program, which, 
even during data rebalance execution of table data, can perform acceptance and 
execution of a database processing request such as search, update, delete or insert 
concurrently with the rebalance execution and with improved operability and 
performance of a database (see para 0009, lines 2-7) 

Thus, this is a obviousness-type double patenting rejection. 

Claim Rejections - 35 USC §112 

6. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

7. Claim 8 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite 
for failing to particularly point out and distinctly claim the subject matter which applicant 



Application/Control Number: 10/526,747 
Art Unit: 2169 

regards as the invention. 



Page 5 



As per claim 8, line 2 recites, "the lock object", in claim language. There is 
insufficient antecedent basis for this limitation in the claim. 

Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 1,3-12, 16-23, 25-31 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Larsson et al. (US 5,548,750) in view of Nakano (US PG-Pub 
2003/0004975). 

As per claim 1 , Larsson et al. disclose a method for moving data objects in a 
computer system from a first storage location to a second storage location, comprising: 

a) selecting one or more data objects from the first storage location as [Fig. 1, 
elements A' and C']\ 

b) assigning at least one identifier (ID) of at least one type to each of the selected 
data objects as [The objects are divided into classes after their area of use, and 
are identified by means of object identities; col 1, lines 37-39], 
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c) storing the ID in a transactional type lock object as [objects in question 
have, according to FIG. 6, been backup marked in the LID table of the local dam 
base; col 6, lines 45-47], 

d) determining whether the ID is stored successfully in the transactional type lock 
object, and upon a successful storage, storing the ID in a permanent type lock object as 
[Copying objects to the backup area will, however, not start until the local data 
base handler has made all changes from transactions to be included in the 
backup visible in the data base; col 6, lines 14-17]\ 

e) determining whether the ID is stored successfully in the permanent type lock 
object, and upon a successful storage, deleting the ID from the transactional type lock 
object as [Fig. 14, col 2, row 2, dbrecord is removed from the LID table]: 

f) storing the data object, the ID of which is contained in the permanent type lock 
object, at the second storage location and assigning the second storage location to the 
ID in the permanent type lock object as [If it is equal to "include" the object will be 
copied to the backup area, if it is equal to "exclude" the object will not be copied 
but the value of the variable is set to "Include" as a preparation for the next 
backup; col 8, lines 7-11]] 

g) deleting the data object, the ID of which is contained in the permanent type 
lock object, from the first storage location as [Fig. 2, element Throw old object]. 

Larsson et al. disclose moving data objects in a computer system from a first 
storage location to a second storage location, as described in the previous paragraph. 
However, Larsson et al. do not explicitly teach deleting the ID from the permanent type 
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lock. 

Nakano teaches h) deleting the ID from the permanent type lock object after the 
respective data object assigned to that ID has been deleted from the first storage 
location as [the DBMS acceptance section 600 accepts a notification indicative of 
the data insert completion (step S1107) and issues a delete request to delete the 
insert original data (step S1108); para 0104, lines 4-7]. 

Larsson et al. and Nakano are analogous are because they are in the same 
general field transferring files between two storage locations. 

At the time when the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Larsson et al. to adapt the 
deletion of the original data object after its copied to a second storage area. 

The motivation for doing so would have been to provide a database system, 
database management method and program, which, even during data rebalance 
execution of table data, can perform acceptance and execution of a database 
processing request such as search, update, delete or insert concurrently with the 
rebalance execution and with improved operability and performance of a database, as 
suggested by Nakano [para 0009, lines 2-7]. 

As per claim 3 Larsson et al. disclose the data object is stored in one or more 
files and wherein an assignment of the ID to a filename or file, in which the data object 
assigned to the ID is to be stored, is stored in the permanent type lock object as [Fig. 
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As per claim 4, Larsson et al. disclose the ID is stored in the transactional type 
lock object the step of assigning at least one identifier of at least one type to each of the 
selected data objects for the respective data object as [Fig. 11, LID table for Data 
Base handler]. 

As per claim 5, Larsson et al. disclose storing said ID in the permanent type lock 
object further comprises storing the ID of all selected data objects in the permanent type 
lock object before a first storing process according to step f) is started as [Fig. 8, 
element 140]. 

As per claim 6, Larsson et al. disclose i) checking whether an ID for one of the 
selected data objects has been stored in a lock object, and if, the ID has been stored, 
skipping at least step f) for the one of the selected data objects as [Fig. 11, Pointers 
from LID table in Data Base Handler to LID table in Backup handler for Obj. B and 
Obj. C]. 

As per claim 7, Larsson et al. disclose j) checking whether the data object is 
contained in the second storage location and if the data object is contained, skipping at 
least step f) for that data object as [the data base points to the objects B and D in 
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the backup area 4, indicated by arrows 14 and 16; col 4, lines 45-47]. 

As per claim 8, Larsson et al. disclose said checking is performed by querying 
the lock object as [a "BackupSynch" variable which can take the values "Include" 
or "Exclude" and the value of which is used by the local data base handler and by 
the local backup handlers to decide whether objects shall be included in a 
backup or not; col 3, lines 1-5]. 

As per claim 9, Larsson et al. disclose k) determining whether the ID was 
successfully stored in the transactional type lock object, and upon an unsuccessful 
storage, checking whether the data object assigned to the respective ID has been 
completely stored in the second storage location and if the respective ID has not been 
completely stored, skipping at least steps g) and h) for that data object and deleting the 
ID from the permanent type lock object as [Fig. 3, Backup failed and then led to the 
stop of operation since not all database handlers had acknowledged to create 
backups]. 

As per claim 10, Larsson et al. disclose for use in an enterprise resource 
planning software as [backing up in a distributed real time data base on primary 
memory in operation, all data in the data base are structured as belonging to one 
of several logic data bases; abstract, lines 1-3]. 
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As per claim 1 1 , Larsson et al. disclose a computer system for processing data 
comprising: 

memory means for storing program instructions as [primary memory backup of 
a data base, where the invention can be used; col 3, lines 63-65], 

input means for entering data as [a user 30 by sending an instruction 32; col 
4, line 67 to col 5, line 1]\ 

storage means for storing data as [storing objects located in the current logic 
data base; col 2, line 61 ]\ 

a processor responsive to the program instructions, wherein the program 
instructions comprise program code means for performing a method for moving data 
objects in the computer system from a first storage location to a second storage location 
as [a backup system for a real time data base on primary memory in operation, 
the data base being distributed over a number of processors which execute the 
different functionalities, such as different steps and features; col 2, lines 15-18], 
the method comprising: 

selecting one or more data objects from the first storage location as [Fig. 1, 
elements A 9 and C']\ 

assigning at least one identifier (ID) of at least one type to each of the selected 
data objects as [The objects are divided into classes after their area of use, and 
are identified by means of object identities; col 1, lines 37-39]\ 
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storing the ID in a transactional type lock object as [objects in question have, 
according to FIG. 6, been backup marked in the LID table of the local dam base; 
col 6, lines 45-47], 

determining whether the ID is stored successfully in the transactional type lock 
object, and upon a successful storage, storing the ID in a permanent type lock object as 
[Copying objects to the backup area will, however, not start until the local data 
base handler has made all changes from transactions to be included in the 
backup visible in the data base; col 6, lines 14-17], 

determining whether the ID is stored successfully in the Permanent type lock 
object, and upon a successful storage, deleting the ID from the transactional type lock 
object as [Fig. 14, col 2, row 2, dbrecord is removed from the LID table], 

storing the data object, the ID of which is contained in the Permanent type lock 
object, at the second storage location and assigning the second storage location to the 
ID in the permanent type lock object as [If it is equal to "include" the object will be 
copied to the backup area, if it is equal to "exclude" the object will not be copied 
but the value of the variable is set to "Include" as a preparation for the next 
backup; col 8, lines 7-11], 

deleting the data object, the ID of which is contained in the permanent type lock 
object, from the first storage location as [Fig. 2, element Throw old object]. 

Larsson et al. disclose moving data objects in a computer system from a first 
storage location to a second storage location, as described in the previous paragraph. 
However, Larsson et al. do not explicitly teach deleting the ID from the at least one 
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permanent type lock. 

Nakano teaches deleting the ID from the permanent type lock object after the 
respective data object assigned to that ID has been deleted from the first storage 
location as [the DBMS acceptance section 600 accepts a notification indicative of 
the data insert completion (step S1107) and issues a delete request to delete the 
insert original data (step S1108); para 0104, lines 4-7], 

Larsson et al. and Nakano are analogous are because they are in the same 
general field transferring files between two storage locations. 

At the time when the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Larsson et al. to adapt the 
deletion of the original data object after its copied to a second storage area. 

The motivation for doing so would have been to provide a database system, 
database management method and program, which, even during data rebalance 
execution of table data, can perform acceptance and execution of a database 
processing request such as search, update, delete or insert concurrently with the 
rebalance execution and with improved operability and performance of a database, as 
suggested by Nakano [para 0009, lines 2-7]. 

As per claim 12, Larsson disclose a computer readable medium comprising 
instructions for performing a method for moving data objects in a computer system from 
a first storage location to a second storage location, that corresponds to the method of 
claim 1 as [Above and in the description given below with reference to 
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embodiments, as well as in the drawings, different functionalities are referred to 
as "handlers", such as data base handler, backup handler, etc., "logic data base", 
etc. Such functionalities are programs or steps executed by the computers 
involved; col 4, lines 17-22]. Therefore this claim is rejected for the same reason set 
forth in the rejection of claim 1 . 

As per claim 16, this is a computer readable medium claim corresponding to the 
method of claim 3 and is thus rejected for the same reason set forth in the rejection of 
claims 3 and 12. 

As per claim 17, this is a computer readable medium claim corresponding to the 
method of claim 4 and is thus rejected for the same reason set forth in the rejection of 
claims 4 and 12. 

As per claim 18, this is a computer readable medium claim corresponding to the 
method of claim 5 and is thus rejected for the same reason set forth in the rejection of 
claims 5 and 12. 

As per claim 19, Larsson et al. disclose checking whether an ID for one of the 
selected data objects has been stored in a lock object, and if the ID has been stored, 
skipping the storing of the data object as [Fig. 11, Pointers from LID table in Data 
Base area to LID table in Backup handler for Obj. B and Obj. C], the ID of which is 
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contained in the permanent type lock object, at the second storage location for the one 
of the selected data objects as [Fig. 11, Pointers from LID table in Backup area to 
LID table in Backup handler for Ob}. B and Obj. Cj. 

As per claim 20, Larsson et al. disclose checking whether the data object is 
contained in the second storage location and if the data object is contained, skipping the 
storing of the data object as [the data base points to the objects B and D in the 
backup area 4, indicated by arrows 14 and 16; col 4, lines 45-47], the ID of which is 
contained in the permanent type lock object, at the second storage location for that data 
object as [Fig. 11, Pointers from LID table in Backup area to LID table in Backup 
handler for Obj. B and Obj. Cj. 

As per claim 21 , Larsson et al. disclose the checking is performed by querying 
the lock object as [a "BackupSynch" variable which can take the values "Include" 
or "Exclude" and the value of which is used by the local data base handler and by 
the local backup handlers to decide whether objects shall be included in a 
backup or not; col 3, lines 1-5]. 

As per claim 22, Larsson et al. disclose determining whether the ID was 
successfully stored in the transactional type lock object, and upon an unsuccessful 
storage, checking whether the data object assigned to the respective ID has been 
completely stored in the second storage location, and if the respective ID has not been 
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completely stored, skipping the deleting of the data object, the ID of which is contained 
in the permanent type lock object, from the first storage location, and the deleting of the 
ID from the permanent type lock object after the respective data object assigned to that 
ID has been deleted from the first storage location for that data object and deleting the 
ID from the permanent type lock object as [Fig. 3, Backup failed and then led to the 
stop of operation since not all database handlers had acknowledged to create 
backups]. 

As per claim 23, this is a computer system claim corresponding to the computer 
readable medium of claim 12 and is thus rejected for the same reason set forth in the 
rejection of claim 12. 

As per claim 25, this is a computer system claim corresponding to the computer 
readable medium of claim 16 and is thus rejected for the same reason set forth in the 
rejection of claim 16. 

As per claim 26, this is a computer system claim corresponding to the computer 
readable medium of claim 17 and is thus rejected for the same reason set forth in the 
rejection of claim 17. 

As per claim 27, this is a computer system claim corresponding to the computer 
readable medium of claim 18 and is thus rejected for the same reason set forth in the 
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As per claim 28, this is a computer system claim corresponding to the computer 
readable medium of claim 19 and is thus rejected for the same reason set forth in the 
rejection of claim 19. 

As per claim 29, this is a computer system claim corresponding to the computer 
readable medium of claim 20 and is thus rejected for the same reason set forth in the 
rejection of claim 20. 

As per claim 30, this is a computer system claim corresponding to the computer 
readable medium of claim 21 and is thus rejected for the same reason set forth in the 
rejection of claim 21. 

As per claim 31, this is a computer system claim corresponding to the computer 
readable medium of claim 22 and is thus rejected for the same reason set forth in the 
rejection of claim 22. 



10. Claims 2, 15, 24 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Larsson et al. (US 5,548,750) and Nakano (US PG-Pub 2003/0004975) and further in 
view of Teng et al. (US 6,944,615). 
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As per claim 2, Larsson et al. and Nakano disclose the claimed invention as 
detailed in the previous paragraphs. However, Larsson et al. do not explicitly teach 
using database tables as data objects. 

Teng et al. teach each data object comprises one or more fields of one or more 
tables, and wherein the ID comprises one or more key fields of the one or more tables 
as [To provide organization of the database, a unique key index 42 is maintained, 
with separate indexes for each table. Thus, the unique key index 42 includes an 
inventory table index 44, a sales table index 46, and a human resources table 
index 48; col 2, lines 6-10]. 

Larsson et al. and Teng et al. are analogous are because they are in the same 
general field of managing locks on transactions performed in a database environment. 

At the time when the invention was made, it would have been obvious to a 
person of ordinary skill in the art to modify the method of Larsson et al. to specify tables 
and utilize their attributes when applying information back up in a distributed database. 

The motivation for doing so would have been that it was known in the art that 
tables are a form of database objects that represents a collection of interrelated data. 
Tables are accessible for transactions, such reading/writing, performed with regard to 
information stored in the database. 

As per claim 15, this is a computer readable medium claim corresponding to the 
method of claim 2 and is thus rejected for the same reason set forth in the rejection of 
claims 2 and 12. 
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As per claim 24, this is a computer system claim corresponding to the computer 
readable medium of claim 15 and is thus rejected for the same reason set forth in the 
rejection of claim 15. 

Conclusion 

1 1 . The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Applicant is required under 37 C.F.R. § 1.111 (c) to consider 
these references fully when responding to this action. The documents cited therein 
teach managing object transactions from different locations. 

12. The examiner requests, in response to this Office action, support to be shown for 
language added to any original claims on amendment and any new claims. That is, 
indicate support for newly added claim language by specifically pointing to page(s) and 
line no(s) in the specification and/or drawing figure(s). This will assist the examiner in 
prosecuting the application. 

When responding to this office action, Applicant is advised to clearly point out the 
patentable novelty which he or she thinks the claims present, in view of the state of the 
art disclosed by the references cited or the objections made. He or she must also show 
how the amendments avoid such references or objections See 37 CFR 1.111 (c). 

1 3. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Chin-ju Yang whose telephone number is 571-272- 
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9783. The examiner can normally be reached on Monday Through Friday, 8:30AM to 
6:00PM EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Pierre Vital can be reached on 571-272-4215. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see. http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




July 16, 2007 



Chin-ju Yang 
Art Unit 2169 




PIERRE VITAL 
SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 21 00 



